1-En la clase Idenitifier, el constructor segun el dibujo de Paco recibe un String. 
Esto me obliga a que sea el propio Identifier el que tenga que saber si es una expresion 
regular o un literal, creando un objeto de un tipo u otro. 
Creo que es mejor que desde fuera y como se sabe si es una expresion regular o un literal 
(ya que estamos procesando el fichero xml, con lo que sabemos que tipo de token es) desde 
fuera creamos una instancia de uno u oro y es lo que le pasamos al Identifier. 
o si lo hago asi estoy perdiendo algo?-->
tengo que hacelor recinbiendo en el Identifier un String y ahi es donde me crea una expresion regular 
o una expresion simlpe.

2-actualmente en el XML al definir un punto de corte solo puede ser before, after o around, 
pero no puede ser combinacion de ellos (after y before a la vez). Deberiamos poder hacerlo?. 
Si es asi hay que tocar el constructor de JoinPoint que es donde se recibe lo que sea para contruir 
el objeto de tipo Time 

3-en el XML el return_type o el field_type o el parameter actualmente son de tipo identifier_pattern. 
Es correcto?. Si es correcto implica que el identificador lleva incluido el nombre del namespace 
por ejemplo: System.String o cosas como System.Type. Pero esto no lo traga, porque el punto no es caracter valido. 
Ademas hay caso como System.Collections.ArrayList que tienen mas de un nivel. Una opcion seria utilizar el 
qualified_class_name (supongo que renombrandolo) para el type, asi es una secuencia de namespace+clase/type
De todos modos nos encontramos en todos los sitios donde usemos el namespace que no puede tragar los puntos. 
como solucionamos esto? En la inyeccion de codigo, en la tabla hash, en los namespace tenemos cosas con puntos: 
por ejemplo System.IO
Una opcion sencilla es admitir en el XML el punto como caracter valido. Esto es correcto para los namespaces, 
pero para un nombre de campo, metodo etc. no lo es. Si lo permito el usuario podria meter como nombre de metodo 
carga.datos.ahora Realmente no lo encontraria con lo que tampoco pasa nada.
Otra opcion es duplicar el identifier_pattern y hacer otro identifier_pattern_con_punto y usar uno u otro segun sea necesario

4-segun habimos comentado el servidor, una vez que ya tiene construida la jerarquia de pointcuts, deberia 
verificar mediante el metodo inject donde hay que colgarse etc. Segun habiamos puesto inject recibe como parametro 
la tabla hash que pasa la aplicacion. El problema es que la tabla hash esta vacia hasta el momento en que un aspecto 
se cuelga de ella, y solo tiene las entradas que metamos en ella (al colgarnos). Lo que si tenemos el el MyReflection, 
de el podemos sacar toda la informacion. Entonces lo mejor sera construir una tabla hash en el servidor (independiente 
de la que hay en la aplicacion) con todos los posibles joinpoints, y en el inject se trabaja con esta tabla hash.


5-Que pasaria en el siguiente caso: La aplpicacion modificada solo incluye el codigo de methodcallbefore... (por haber 
sido modificada solo asi). Un aspecto solicita colgarse de methodCallAfter. Error no da, ya uqe se mete en la tabal sin 
problemas, pero el problema esta en que no hay codigo en el after para comprobar si hay algun aspecto, con lo que nunca 
se invocaria al aspecto auqnue el no lo supiera